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SYSTEM AND METHOD FOR MANAGEMENT OF DATA ASSOCIATED 
WITH A DORMANT MOBILE TERMINAL 

BACKGROUND OF THE INVENTION 

The present invention generally relates to wireless communication networks, and 
particularly relates to networks that maintain dormant or inactive packet data sessions 
for mobile terminals. 

Changes in the type of data accessed by users through wireless communication 
networks have changed the nature of call management. Not too many years ago, users 
of wireless communication networks used such networks primarily for voice call services. 
In this respect, wireless call management was similar to that used in the circuit-oriented 
world of wire line telephone service, albeit with special provisions for maximizing the 
number of users supported by a limited radio frequency spectrum. 

In support of a voice call, a network typically allocates physical and logical 
resources to support the call. Physical resources might include RF transceivers at a 
radio base station and digital signal processors within a base station controller, while 
logical resources might include network transport channels for conveying call data and 
control information between various network entities. Even though some of these 
resources were shared, by time multiplexing with other users for example, many call 
processing resources conventionally remain dedicated to the user for the duration of the 
voice call. 

This approach to resource management makes sense where the user's use of 
such resources is essentially continuous, as during a voice conversation. However, 
where the user only intermittently uses such resources, with potentially long idle periods 
between active periods, this approach entails significant inefficiencies. This type of 
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intermittent usage characterizes the newer services offered by wireless communication 
networks. 

Web browsing and other types of Internet-based activities, such as sending and 
receiving email, or receiving stock quotes, are by their very nature intermittent activities. 
5 Communication networks supporting packet data sessions use different call resource 
management techniques to capitalize on the intermittent nature of packet data 
communication. Networks based on the Tl A/El A/I S-2000 (IS-2000) family of standards 
exemplify contemporary wireless networks providing packet data services to users. 

IS-2000 networks, as well as certain other types of networks, gain efficiency by 
y 1 0 de-allocating selected network resources during the dormant periods of a packet data 

5 I 

fi session with a mobile terminal. Generally, the point-to-point protocol (PPP) connection 

is maintained over the dormant periods, but traffic channel and associated resources are 
released for use in supporting other mobile terminals. Thus, when the network receives 
?!: data from an outside network, such as the Internet, it must buffer the data and then 

"ml 7 

1 5 deliver it to the dormant mobile terminal after reactivation of that terminal. 
P Without effective control measures, buffering incoming data for dormant mobile 

terminals might overwhelm the network in terms of required storage space and signaling 
overhead associated with attempting to reactivate the involved mobile terminals. Thus, 
an approach that satisfies the requirements for buffering incoming data, yet manages 

20 buffering in a manner that limits the amount of buffer memory needed, and reduces 
reactivation signaling overhead is needed. 
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BRIEF SUMMARY OF THE INVENTION 
The present invention comprises a system and method of buffering packet data 
associated with dormant mobile terminals at a packet control function (PCF) in a 
wireless communication network, such as in an IS-2000 network. The PCF uses a 
5 reactivation timer to limit the amount of memory used for buffering data, and to reduce 
network signaling overhead associated with attempted reactivation of a dormant mobile 
terminal. A reactivation cycle begins when the PCF receives incoming data for a 
dormant mobile terminal. The PCF starts a reactivation timer, begins buffering the 
incoming data, and initiates connection reestablish ment with the dormant mobile 

Q 10 terminal. If the connection is reestablished before expiration of the timer, the PCF 

O 

UJ transfers the buffered data to the terminal; otherwise, the data is discarded. Also, any 

m 

p data received during the cycle in excess of a defined buffer limit is discarded. 

a? i 

H Because data is preferably buffered only up to the buffer limit, and buffered data 

H is discarded upon expiration of the reactivation timer, the amount of physical memory 

sss. 

w 

U 15 needed at the PCF for data buffering is limited to reasonable amounts. Of course, the 

W 

0 aggregate buffer memory required at the PCF depends on the maximum number of 

pi? 

dormant mobile terminals for which data buffering is desired. In addition to providing 
defined limits on the amount of buffer memory needed, use of the reactivation timer 
reduces network signaling overhead. 

20 Generally, the reactivation timer's expiration period is set to match the expected 

maximum reactivation time of the dormant mobile terminal. This setting allows the PCF 
to issue a reactivation request, and then wait up to the expected maximum time before 
deciding whether such reactivation was successful. To wait a lesser time period might 
result in prematurely issuing one or more additional reactivation requests before the 

25 network and mobile terminal have had a chance to respond to the first reactivation 
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request. Waiting for a longer time period results in the PCF holding unto buffered data 
for the dormant mobile even though reactivation request has been unsuccessful. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram of an exemplary wireless communication network. 

Fig. 2 is a state diagram illustrating exemplary packet data session states. 

Fig. 3 is a logic flow diagram illustrating exemplary data buffering in accordance 
with the present invention. 

Fig. 4 is a call flow diagram illustrating exemplary network signaling in 
accordance with the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
Fig. 1 illustrates an exemplary wireless communication network generally 
described by the numeral 10, and comprising a base station controller (BSC) 12, one or 
more radio base stations (RBSs) 14, a mobile switching center (MSC) 16, a packet 
control function (PCF) 18, a radio-packet (RP) network 20, and a packet data serving 
node (PDSN) 22. In actuality, the network 10 may include one or more of any of the 
above-named entities, and may include additional entities not shown in this simplified 
illustration. 

The BSC 12 controls RBSs 14, which communicate via RF signaling through the 
air interface with one or more mobile terminals 24. Mobile terminal users may 
communicate with users of the public switched telephone network (PSTN) 26 via the 
MSC 16, and may communicate with one or more public data networks (PDNs) 28, such 
as the Internet, via the PDSN 22. When a user communicates with the PSTN 26, the 
BSC 12 cooperates with the MSC 16 in setting up the call, which entails allocating the 
necessary call processing resources in the RBSs 14, the BSC 12, and the MSC 16. 
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Similarly, when a user establishes a packet data session with the PDN 28, network 
resources spanning one or more RBSs 14 to the PDSN 22 are allocated to support the 
session. 

However, because of the intermittent activity of the typical packet data session, 
5 the network 10 gains efficiency by de-allocating at least some of the network resources 
associated with a given mobile terminal 24 when that terminal's packet data session 
becomes dormant. The better appreciate what is meant by "dormancy," one must first 
understand the typical states associated with a given packet data session, and must 
further understand the basic functioning of the network entities involved in supporting 
1 0 that packet data session. 

Fig. 2 illustrates the typical states of a given mobile terminal's packet data 
w session. When a mobile terminal 24 is connected to the network 10 and actively 

receiving and/or transmitting packet data, it is considered to be in active/connected state 
(SO). In the active state, the network 10 maintains connection resources at least in the 
15 RBS(s) 14, the BSC 12, the PCF 18, and the PDSN 22. More particularly, in the active 
state, a physical traffic channel exists between the mobile terminal 24 and the supporting 
RBS 14, and either side may send or receive data. In the dormant state (S1), no 
physical traffic channel exists between the mobile terminal 24 and the RBS 14, but the 
PPP link between the mobile terminal 24 and the PDSN 22 is maintained. In the 
20 null/inactive state (S2), there is no traffic channel between the mobile terminal 24 and 
the RBS 14, and no PPP link exists between the mobile terminal 24 and the PDSN 22. 

Note that in operation, a mobile terminal 24 can transition back and forth 
between the active state and the dormant state, but once the terminal 24 transitions to 
the null/inactive state, the terminal 24 must transition through the active state before it 
25 can assume the dormant state again. Simply, this means that once the terminal 24 is 
dormant too long, the PPP link for that terminal is dropped and the terminal must 
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establish a new connection to the network 10 before resuming packet data 
communications. Generally, the network 10 maintains some type of timer to determine 
how long a mobile terminal 24 can remain in the dormant state before its PPP link is 
dropped. 

In an IS-2000 network employing standardized network entity interfaces in 
accordance with defined interoperability standards, A1 connections between the BSC 12 
and the MSC 16 and A8 connections between the BSC 12 and the RBS 14 are 
maintained in the active/connected state and released in the dormant and null states. 
A10 connection resources between the PCF 18 and the PDSN 22 are maintained in the 
dormant state. Maintaining this connection between the PCF 18 and the PDSN 22 
through the RP network 20 allows the network 10 to maintain the PPP link in the PDSN. 
When the mobile terminal 24 transitions to the null state, the PPP link is discontinued 
and the A10 connection released. One may refer to the Internet Engineering Task 
Force's (IETF) Request for Comments (RFC) 1661 for protocol details regarding PPP. 

In operation, the PDSN 22 serves as a gateway router between the network 10 
and the Internet or other PDN 28. The PDSN 22 establishes, maintains, and terminates 
the PPP session with the mobile terminal 24. The PCF 18 and PDSN 22 establish a RP 
session through the RP network 20 for communicating via the standardized A10/A1 1 
interoperability interfaces. Packet data directed to a mobile terminal 24 supported by the 
network 10 is routed to the PDSN 22, which then passes the data in the form of one or 
more data packets to the PCF 18. If the mobile terminal 24 has an active session 
established with the network 10, the PCF 18 simply transfers the packet data it receives 
from the PDSN 22 to the BSC 12, which then directs the received data to the appropriate 
RBS 14 for wireless transmission to the mobile terminal 24. 

In the context of the above operations, the PCF 1 8 establishes, maintains, and 
terminates a data link protocol to the PDSN 22 via the RP network interface 20. The 



S5I? 



Ericsson Ref. No. P12796 
Coats & Bennett Docket No. 4740-014 

PCF 18 further requests radio resources from the network 10 to support the exchange of 
packets between the PDSN 22 and a mobile terminal 24. The PCF 18 also maintains 
knowledge of radio resources (e.g., active, dormant) for the packet data sessions it is 
supporting. 

5 Oftentimes, however, the incoming data from the PDSN 22 corresponds to a 

dormant mobile terminal 24. In this circumstance, the PCF 18 cannot simply transfer the 
incoming data to the BSC 12 rather it must buffer the data for later delivery to the mobile 
terminal 24. This necessity arises because radio resources are not maintained in the 
RBSs 14 and BSC 12 for dormant sessions. While the IS-2000 family of standards 
10 specifies that the PCF 18 should perform buffering in this general context, the standards 
do not define any particular approach to data buffering, and thus leave the network 10 

□ vulnerable to difficulties in managing buffering operations. 

u i 

%l Absent buffering control as provided by the present invention, data buffering 

operations in the PCF 18 might quickly exhaust reasonable memory capacity, and might 

*»\ 

15 result in generating reactivation requests too frequently. To avoid these possibilities, the 
PCF 1 8 starts a timer upon receiving data for a dormant mobile terminal 24. The timer's 
expiration period defines a reactivation cycle, and the rate of PCF-generated reactivation 
requests is limited to the cycle time of the reactivation timer. This reduces signaling 
overhead in the network 10. 
20 Further, if the dormant mobile terminal 24 is not reactivated within the timer's 

expiration period, the PCF 18 discards buffered data, resets the timer, and makes itself 
ready for subsequent reactivation attempts associated with later incoming data. 
Additionally, during the reactivation cycle, incoming data exceeding a defined or desired 
buffer limit is discarded, thereby avoiding the need for overly large data buffers. Where 
25 data intended for the mobile terminal 24 is discarded, other supporting protocols, such 
as TCP/IP, may provide for retransmission of the discarded data. Note that the buffer 
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limit may be defined as a configurable parameter, and the PCF 18 might use different 
buffer limit sizes when buffering data for a plurality of mobile terminals 24. 

The PCF 18 contains one or more processors or processing systems 30, which 
may perform the operations described above. In such operations, the processor 30 may 
use memory 32 in data buffering operations. Indeed, one aspect of the present 
invention involves limiting the amount of memory needed for data buffering to avoid 
excessive memory requirements. 

Fig. 3 illustrates exemplary logic for one embodiment of the present invention, in 
which the PCF 18 performs exemplary data buffering for a dormant mobile terminal 24. 
It should be understood that this logic flow represents one aspect of overall PCF 
functionality, and may represent one of many programming threads or functions 
executed by the PCF 18. Further, the logic flow concerns operations for a given one of 
the mobile terminals 24 but it should be understood that the illustrated services could be 
provided for a plurality of terminals 24. 

Processing begins (step 100) with PCF 18 monitoring for incoming data (step 
102). When the PCF 18 receives packet data from the PDSN 22 intended for the 
dormant mobile terminal 24, it starts a reactivation timer (step 104) and begins buffering 
the incoming data (step 106). The PCF 18 also initiates reactivation of the dormant 
mobile terminal 24 associated with the incoming data (step 108). That is, the PCF 18 
attempts to reestablish an active connection between the mobile terminal 24 and the 
network 10. 

Incoming data generally carries some type of identifier, which allows the PCF 18 
to determine the mobile terminal 24 to which the data should be directed. The PCF 18 
can use this information to request reactivation of the correct mobile terminal 24. In 
particular, the incoming data contains a GRE (Generic Routing Encapsulation) Key that 
is assigned by the PCF/PDSN during A10 connection setup to identify data associated 
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the mobile terminal 24. The GRE Key assignment is temporary and lasts for the 
duration of the A10 connection. In an IS-2000 network, each mobile terminal 24 also 
has a more permanent identifier referred to as International Mobile Station Identifiers 
(IMSI). The PCF maintains a mapping between the GRE Key assigned for a mobile 
5 terminal 24 and the terminal's IMSI. The PCF uses the IMSI to identify a mobile terminal 
when requesting (from the BSC) a reactivation of that terminal. 

After initiating connection reestablish ment, the PCF 18 begins monitoring for 
additional incoming data (step 1 10). If more data is received, the PCF 18 determines 
whether the maximum amount of data has been received (step 112). If not, the PCF 18 
tl 1 0 adds the additional incoming data to the buffer in memory 32 (step 114). If the 

maximum buffer limit has been reached, the PCF 18 discards any additional incoming 

rii 

«I data (step 116). 

Jj; Note that the PCF 18 may use any number of techniques for discarding incoming 

: data. For example, the PCF 18 may discard data on a last-in basis, such that some or 

15 all later arriving incoming data is discarded if buffering that later arriving data would 

s-fl 

J:* exceed the defined buffer limit, which limit may be implemented as a configurable limit. 

^ As an alternative to that approach, the PCF 18 might discard data on a first-in basis. 

With that approach, the PCF 18 discards some or all earlier arriving data already in the 
buffer to avoid exceeding the defined buffer limit, if adding additional, later arriving data 
20 to the buffer would exceed the defined buffer limit. 

The PCF 18 then checks to see whether the reactivation indicator has been 
received from the BSC 12 (step 118). If so, the mobile terminal 24 was reactivated 
before expiration of the reactivation timer, and the PCF 1 8 transfers the buffered data to 
the BSC 12 for delivery to the mobile terminal 24 (step 120). Note that in instances 
25 where the PCF 1 8 discarded some of the incoming data for the mobile terminal 24 to 
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stay within buffer limits, either later or earlier arriving buffered data is transferred to the 
BSC 12, depending on whether the PCF discards data on a first-in or last-in basis. 

If the reactivation indicator has not been received, the PCF 18 determines 
whether the reactivation timer has expired (step 122). If the timer has expired, 
reactivation of the mobile terminal 24 has not been accomplished in the expected time 
interval, and in response the PCF 18 clears the buffer (step 124) and resets the timer 
(step 126). With these actions, processing for the current reactivation cycle ends (step 
128) and the PCF 1 8 is ready to start again (i.e., return to step 100) for subsequently 
received data. If the timer has not expired, the PCF 18 returns to monitoring for 
incoming data (step 110), and processing repeats as above. 

Fig. 4 illustrates an exemplary call flow diagram implementing the logic flow 
above. Call processing steps include these items: 

a. The PCF 18 begins receiving incoming data from the PDSN 22. 

b. After determining that the incoming data corresponds to a dormant mobile 
terminal 24, the PCF 18 begins buffering the data, starts its reactivation 
timer T DATA , and generates a service request message, which is 
transmitted to the BSC 12 via the A9 signaling interface between the PCF 
18 and the BSC 12. As noted, the PCF 18 may use the IMSI information 
in the received data (packet header) to determine for which mobile 
terminal 24 the data is intended. 

c. The BSC 12 generates a service request message responsive to the 
service request from the PCF 18, which message is sent to the MSC 16 
via the A1 signaling interface between the BSC 12 and the MSC 16. 

d. The MSC 1 6 responds to the service request from the BSC 1 2 by sending 
a service request response back to the BSC 12, if call processing 
resources are available. 
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Upon receiving the service response from the MSC 16, the BSC 12 
provides a service response message to the PCF 1 8, which informs the 
PCF 18 that the network is attempting to reactivate the mobile terminal 
24. The PCF 18 could, if the service response message is not received 
from the BSC 12 in the expected time frame, end processing here, flush 
its data buffer, and reset its reactivation timer Tdata- However, the PCF 
18 may simply wait until the reactivation timer expires before flushing its 
buffer and resetting the timer. 

The MSC 16 generates a paging message for the dormant mobile 
terminal 24, which is transmitted via the BSC 12 (and corresponding RBS 
14). 

If reactivation is successful, the mobile terminal 24 transmits a paging 
response to the network's paging message. Generally, some amount of 
time At passes between the network's transmission of the paging 
message and the mobile terminal's paging response. The BSC 12 
passes the paging response message through to the MSC 16. 
A traffic channel is then established between the BSC 12 and the mobile 
terminal 24, which establishment requires allocation of radio resources in 
one or more of the RBSs 14 operating under control of the BSC 12. 
After establishing the traffic channel between itself and the mobile 
terminal 24, the BSC 12 sends an A9 setup message to the PCF. 
With successful reactivation of the mobile terminal 24 within the expiration 
period set by T DA ta, the PCF 18 transfers the buffered data via the BSC 
12. 
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Earlier details noted that the expiration period of the reactivation timer T DAT a 
might be matched to an expected or perhaps a maximum reactivation timer. The 
cumulative time for reactivation is easily visualized in the above call flow. That is, the 
expiration period might be set based on the expected time for the necessary network 
signaling, including the At time for the mobile terminal 24 to respond to the paging 
message from the network 10. Using exemplary estimates and assuming an IS-2000 
network, the reactivation timer T DA ta should be set to something on the order of thirty 
seconds. This setting allows roughly sixteen seconds to generate the paging message 
and receive the corresponding response from the mobile terminal 24, plus an additional 
ten or so seconds to establish the traffic channel and notify the PCF 18. Of course, 
there may be circumstances where T DA ta is configured with greater or lesser expiration 
periods. As such, T DATA may be made a configurable parameter set as desired by the 
network operator. 

In summary, then, the above discussion provides exemplary details for 
implementing a data-buffering scheme for dormant mobile terminals 24 within the PCF 
1 8, such that data buffering memory requirements are reasonably bounded. Further, the 
techniques described above work to minimize the network signaling associated with 
attempting to reestablish connections with dormant mobile terminals 24. Setting defined 
buffer size limits bounds the maximum amount of memory needed to buffer data for a 
desired number of terminals 24, while use of reactivation timers sets the maximum rate 
or period at which incoming data for those terminals will initiate reactivation attempts. 
Therefore, the above details should not be construed as limiting the present invention 
rather it is limited only by the scope of the following claims and the reasonable 
equivalents thereof. 
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